@saad-ali Would it be a bit more precise to use secret instead of secrets in the proposed new names? I suspect this will be mapped to a single object by CO, like k8s' Secret. Having secrets in the name might lead to confusion.

@saad-ali Would it be a bit more precise to use secret instead of secrets in the proposed new names? I suspect this will be mapped to a single object by CO, like k8s' Secret. Having secrets in the name might lead to confusion.

I was thinking about that, and it is accurate from the Kubernetes perspective that a single secret can contain the entire map, but from the CSI/Plugin perspective, there is no concept of a Kubernetes secret object, and as far CSI and the Plugin are concerned these are maps containing one or more secrets. So I'd prefer secrets instead of secret.

Slept on this, and realized it might be too extreme, and block out the ability for plugins to choose which calls to accept which secrets on (the same secret may not be required in all calls and requiring it everywhere may mean giving access to secret in components the plugin may not want to). Closing this, will comment on alternative on the original issue.